home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / tsql / doc / tsql.mail / 000043_rts _Thu Mar 18 11:27:59 1993.msg < prev    next >
Internet Message Format  |  1996-01-31  |  2KB
  1. Received: from boojum.cs.arizona.edu by optima.cs.arizona.edu (5.65c/15) via SMTP
  2.     id AA06345; Thu, 18 Mar 1993 11:28:00 MST
  3. Date: Thu, 18 Mar 1993 11:27:59 MST
  4. From: "Rick Snodgrass" <rts>
  5. Message-Id: <199303181827.AA14772@boojum.cs.arizona.edu>
  6. Received: by boojum.cs.arizona.edu; Thu, 18 Mar 1993 11:27:59 MST
  7. To: tsql@cs.arizona.edu
  8. Subject: Re; Benchmark correspondence
  9.  
  10. Patrick and Edward make several excellent, well-articulated suggestions
  11. concerning the positioning and schema of the benchmark.
  12.  
  13. 1) Relax Restrictions
  14.     (a) allow each relation to be used more than once
  15.     (b) allow aggregation
  16.  
  17. 2) The schema
  18.     2.1) Add "natural" as a criterion
  19.     (a) add gender as a time-invariant attribute
  20.     (b) add birthdate as a time-invariant, user-defined time attribute
  21.     (c) add a multi-valued attribute such as skills
  22.  
  23. It seems that the first version of the benchmark should be kept as
  24. simple as possible. On the other hand, Patrick and Edward make cogent
  25. arguments for including these aspects.
  26.  
  27. I propose that we add "natural" as a criterion to Version 1 of the
  28. TSQL Benchmark, and agree now to add multiple relations, aggregation,
  29. and gender, birthdate, and something like skills as attributes in
  30. Version 2 of the benchmark. (Note: We need to be careful not to let
  31. Version 2 expand too much.)
  32.  
  33. As soon as Version 1 stabilizes, let's begin work on Version 2. At
  34. that point, it would be helpful if Patrick and Edward could make three
  35. successive proposals, the first being the schema for version 2, the
  36. second being the data base instance for version 2, and the third being
  37. an extension of the taxonomy.
  38.  
  39. In the meantime, we should work on getting version 1 completed, so
  40. that we can move on to the more relevant issues raised in the version
  41. 2 benchmark.
  42.  
  43. [As an aside, in this modern world of ours, gender isn't always
  44. time-invariant!]